Providing feedback on musical performance

ABSTRACT

Providing feedback on a musical performance performed with a musical instrument. An instrument profile associated with the musical instrument used to perform the musical performance is identified. The instrument profile comprises information relating to one or more tuning characteristics of the instrument. The pitch of notes of the musical performance are analyzed based on the instrument profile to determine a measure of tuning of the musical performance. A feedback signal is generated based on the determined measure of tuning.

BACKGROUND

The present invention relates generally to the creation of music with amusical instrument, and, more particularly, to providing feedback to astudent learning to play a musical instrument.

The present invention yet further relates to a system for providingfeedback on a musical performance performed with a musical instrument.

A musical performer requires feedback on a musical performance performedwith a musical instrument in order to understand which aspects of theperformance and/or the performer's technique need to be altered in orderto improve or address problems. Oftentimes, third-party feedback isrelied upon when learning to play a musical instrument.

SUMMARY

Embodiments of the present invention disclose a method, a computerprogram product, and a computer system for providing feedback on amusical performance performed with a musical instrument. The methodcomprises of recording identifying an instrument profile associated withthe musical instrument used to perform the musical performance, theinstrument profile comprising information relating to one or more tuningcharacteristics of the instrument. The method also comprises ofanalyzing the pitch of notes of the musical performance based on theinstrument profile to determine a measure of tuning of the musicalperformance and generating a feedback signal based on the determinedmeasure of tuning.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 depicts a pictorial representation of an example distributedsystem in which aspects of the illustrative embodiments may beimplemented;

FIG. 2 is a block diagram of an example system in which aspects of theillustrative embodiments may be implemented;

FIG. 3 is a simplified flow diagram of a method according to anembodiment;

FIG. 4 is a portion of a simplified flow diagram of a method accordingto an embodiment;

FIG. 5 is a portion of a simplified flow diagram of a method accordingto an embodiment;

FIG. 6 is a portion of a simplified flow diagram of a method accordingto an embodiment;

FIG. 7 is a portion of a simplified flow diagram of a method accordingto an embodiment; and

FIG. 8 illustrates a system for controlling access to protectedinformation stored in a database according to an embodiment.

DETAILED DESCRIPTION

According to an embodiment of the present invention there is provided acomputer-implemented method for providing feedback on a musicalperformance performed with a musical instrument. The method comprisesidentifying an instrument profile associated with the musical instrumentused to perform the musical performance. The instrument profilecomprises information relating to one or more tuning characteristics ofthe instrument. The method also comprises analyzing the pitch of notesof the musical performance based on the instrument profile to determinea measure of tuning of the musical performance. A feedback signal isgenerated based on the determined measure of tuning.

According to another embodiment of the present invention, there isprovided a computer program product for providing feedback on a musicalperformance performed with a musical instrument. The computer programproduct comprises a computer readable storage medium having programinstructions embodied therewith, the program instructions executable bya processing unit to cause the processing unit to perform a methodaccording to an embodiment of the invention.

According to another aspect of the present invention, there is provideda processing system comprising at least one processor and the computerprogram product according to an embodiment. The at least one processoris adapted to execute the computer program code of said computer programproduct.

According to yet another aspect of the present invention, there isprovided a system for providing feedback on a musical performanceperformed with a musical instrument. The system comprises a profileidentification unit adapted to identify an instrument profile associatedwith the musical instrument used to perform the musical performance, theinstrument profile comprising information relating to one or more tuningcharacteristics of the instrument. The system also comprises a musicanalysis unit adapted to analyze the pitch of notes of the musicalperformance based on the instrument profile to determine a measure oftuning of the musical performance. The system also includes a feedbackunit adapted to generate a feedback signal based on the determinedmeasure of tuning.

According to an aspect of the present invention, there is provided asystem for providing feedback on a musical performance performed with amusical instrument. The system comprises a profile identification unitadapted to identify an instrument profile associated with the musicalinstrument used to perform the musical performance, the instrumentprofile comprising information relating to one or more tuningcharacteristics of the instrument; a music analysis unit adapted toanalyze the pitch of notes of the musical performance based on theinstrument profile to determine a measure of tuning of the musicalperformance; and a feedback unit adapted to generate a feedback signalbased on the determined measure of tuning. For some embodiments of thepresent invention the musical instrument is a brass instrument, andwherein the instrument profile comprises information relating tuningcharacteristics of the brass instrument.

The present invention seeks to provide a method for providing feedbackon a musical performance performed with a musical instrument.

The present invention further seeks to provide a computer programproduct including computer program code for implementing the method whenexecuted on a processor of a data processing system.

The present invention yet further seeks to provide a processing systemadapted to execute this computer program code.

The present invention also seeks to provide a system for providingfeedback on a musical performance performed with a musical instrument.

It should be understood that the Figures are merely schematic and arenot drawn to scale. It should also be understood that the same referencenumerals are used throughout the Figures to indicate the same or similarparts.

In the context of the present application, where embodiments of thepresent invention constitute a method, it should be understood that sucha method is a process for execution by a computer, i.e. is acomputer-implementable method. The various steps of the method thereforereflect various parts of a computer program, e.g. various parts of oneor more algorithms.

Also, in the context of the present application, a system may be asingle device or a collection of distributed devices that are adapted toexecute one or more embodiments of the methods of the present invention.For instance, a system may be a personal computer (PC), a server or acollection of PCs and/or servers connected via a network such as a localarea network, the Internet and so on to cooperatively execute at leastone embodiment of the methods of the present invention.

Proposed is a concept for providing objective feedback to a performer ona musical performance they performed with a musical instrument.

By analyzing the pitch of notes of a musical performance based on aninstrument profile, one or more aspects of the musical performance whichare systematic or unique to the instrument may be identified. Feedbackmay then be provided which informs the performer about the musicalperformance in the context of the musical instrument used and/or atechnique the performer is employing with the musical instrument. Thefeedback may comprise a visual, audible, or tactile signal for example,or a combination thereof.

Proposed embodiments may be based on a realization that problems withtuning may be systemic, e.g. the instrument is out of tune, there is aproblem in technique used for/with a particular set of notes, orsimilar. Such problems may be predictable by instrument type and/orexperience of the player/performer. It has also been realized thatproblems with tuning may depend on an environment within which themusical instrument is being played. For instance, it may be that whenplaying in a cold environment, the instrument may be out of tune at thebeginning of the session and then, after a period of time, theinstrument may be in tune (due to the instrument being played and warmedup for example). Embodiments may identify such systemic tuning issuesand provide feedback relating to the identified issues, therebypotentially enabling a performer to adapt his/her tuning over a periodof time.

Information about tuning characteristics, issues and/or nuances of amusical instrument may be provided in an instrument profile associatedwith the instrument. An instrument profile may therefore be a generalinstrument profile that is associated with all instances of a musicalinstruments. For example, there may be provided a general trumpetprofile that comprises information about general tuning characteristicsof a typical trumpet with respect to things like: (i) temperature of itssurrounding environments; (ii) commonly out of tune notes for theinstrument; (iii) a normal/typical stave range; (iv) pitch of notesabove and/or below a stave range; (iv) warm-up time period; (v) patternof notes requiring a particular valve combination and/or lip position(vii) mute presence (viii) type of mute. By way of another example,there may be provided a general woodwind profile that comprisesinformation about general tuning characteristics of a typical woodwindinstrument with respect to things like: (i) temperature of itssurrounding environments; (ii) commonly out of tune notes for theinstrument; (iii) a normal/typical stave range; (iv) pitch of notesabove and/or below a stave range; (iv) warm-up time period (v) a set ofout of tune notes associated with a missing part or incomplete assemblyof the instrument. In another example, there may be provided a generalstring profile that comprises information about general tuningcharacteristics of a typical stringed instrument with respect to thingslike: (i) temperature of its surrounding environments; (ii) commonly outof tune notes for the instrument; (iii) a normal/typical stave range;(iv) pitch of notes above and/or below a stave range; (iv) warm-up timeperiod (v) a set of out of tune notes indicative of an inexperiencedplayer.

Alternatively, and/or additionally, an instrument profile may be aspecific instrument profile that is associated with a particularinstance or model of a musical instrument. For example, there may beprovided a specific trumpet profile that comprises information abouttuning characteristics of a specific instance, brand or model of trumpetwith respect to things like: (i) temperature of its surroundingenvironments; (ii) commonly out of tune notes for the instrument; (iii)a normal/typical stave range; (iv) pitch of notes above and/or below astave range; (iv) warm-up time period. In another example, there may beprovided a specific violin profile that comprises information abouttuning characteristics of a specific instance, brand or model of violinwith respect to things like: (i) temperature of its surroundingenvironments; (ii) commonly out of tune notes for the instrument; (iii)a normal/typical stave range; (iv) pitch of notes above and/or below astave range; (iv) warm-up time period (v) a set of out of tune notesindicative of an inexperienced player. In yet another example, there maybe provided a specific reed-based instrument profile that comprisesinformation about tuning characteristics of a specific instance, brandor model of reed-based instrument (such as a clarinet) with respect tothings like: (i) temperature of its surrounding environments; (ii)commonly out of tune notes for the instrument; (iii) a normal/typicalstave range; (iv) pitch of notes above and/or below a stave range; (iv)warm-up time period (v) position of mouthpiece (e.g. held far out orclose in); (vi) angle of instrument; (vii) reed strength (e.g. hard,medium, or soft).

Based on an instrument profile, a musical performance may be analyzed soas to identify issues (such as a tuning problem or trend) and generatesuggestions to the user about aspect of tuning and/or technique that maybe improved upon. Embodiments may enhance such analysis of issues and/orgeneration of suggestions by accounting for the environment the musicalinstrument is being played in. For example, when playing the instrumentin a cold room, correlations between the environment (e.g. cold room)and tuning may be identified and used to improve the accuracy offeedback.

Some embodiments of the present invention may enable the provision offeedback to a student while practicing a musical performance which doesnot need to be compared to a stored version of a desired or referenceperformance. In this way, even poor and/or random musical selections maybe analyzed and given feedback on. Thus, the student may be musicallyinexperienced without an understanding of which aspects of musicalperformance need to be improved.

Some embodiments of the present invention may offer feedback to aperformer on their performance without a need to compare the performanceto a stored desired performance. In this way, the performer need not berequired to perform a standard musical piece or exercise to a high levelof competence in order to solicit meaningful feedback. Instead, theperformer may be free to perform any musical piece without understandinga particular aspect of their performance that they may need to improve.

Embodiments may be implemented in a manner which provides instant orreal-time feedback on a musical performance using a handheld or portablecomputing device such as a smartphone, laptop, smartwatch, or the like.

Accordingly, there may be provided an approach to analyzing a musicalperformance performed with a musical instrument which takes account oftuning issues that are specifically associated with the musicalinstrument, such as notes that are commonly out-of-tune for thatinstrument, or an impact of playing technique on particular notes.

Embodiments may also provide concepts for analysis of musicalperformances that facilitate the efficient assessment of numerousmusical performances, all of which may be freeform musical performanceswhich do not conform to reference or test performances.

By way of further example, embodiments may propose analysis and feedbackconcepts for musical performances performed with a brass instrument,such as a trumpet. Such concepts may base analysis of a musicalperformance on a tuning profile of the brass instrument relating totuning characteristics and/or tuning issues. In this way, tuning traitsof the brass musical instrument may be account for and used to identifytuning and/or technique issues in the musical performance.

Also, it is noted that, although embodiments are presented in thecontext of being applicable in the relation to musical performancesperformed with a brass instrument (such as a trumpet for example),applicability of the proposed concepts may extend to other instrumentsthat have particular tuning characteristics (e.g. temperature dependenttuning, or commonly out-of-tune notes, etc.). For example, embodimentsmay be implemented in relation to musical performances with a stringedinstrument, such as a guitar or violin for example. Other embodimentsmay be implemented in relation to musical performances with a woodwindinstrument, such as a clarinet for example.

Some embodiments of the present invention provide concepts for analyzinga musical performance performed with a musical instrument and forproviding feedback based on such analysis. Dynamic and/or flexiblemusical performance feedback concepts may therefore be provided byproposed embodiments.

Modifications and additional steps to a traditional musical performanceassessment concepts and/or systems may also be proposed which mayenhance the value and utility of the proposed concepts.

Illustrative embodiments may be utilized in many different types ofprocessing environments. In order to provide a context for thedescription of elements and functionality of the illustrativeembodiments, FIGS. 1 and 2 are provided hereafter as exampleenvironments in which aspects of the illustrative embodiments may beimplemented. It should be appreciated that FIGS. 1 and 2 are onlyexamples and are not intended to assert or imply any limitation withregard to the environments in which aspects or embodiments of thepresent invention may be implemented. Many modifications to the depictedenvironments may be made without departing from the spirit and scope ofthe present invention.

FIG. 1 depicts a pictorial representation of an example distributed dataprocessing system in which aspects of the illustrative embodiments maybe implemented. Distributed system 100 may include a network ofcomputers in which aspects of the illustrative embodiments may beimplemented. The distributed system 100 contains at least one network102, which is the medium used to provide communication links betweenvarious devices and computers connected together within the distributeddata processing system 100. The network 102 may include connections,such as wire, wireless communication links, or fiber optic cables.

In the depicted example, a first 104 and second 106 servers areconnected to the network 102 along with a storage unit 108. In addition,clients 110, 112, and 114 are also connected to the network 102. Theclients 110, 112, and 114 may be, for example, personal computers,network computers, or the like. In the depicted example, the firstserver 104 provides data, such as boot files, operating system images,and applications to the clients 110, 112, and 114. Clients 110, 112, and114 are clients to the first server 104 in the depicted example. Thedistributed processing system 100 may include additional servers,clients, and other devices not shown.

In the depicted example, the distributed system 100 is the Internet withthe network 102 representing a worldwide collection of networks andgateways that use the Transmission Control Protocol/Internet Protocol(TCP/IP) suite of protocols to communicate with one another. At theheart of the Internet is a backbone of high-speed data communicationlines between major nodes or host computers, consisting of thousands ofcommercial, governmental, educational, and other computer systems thatroute data and messages. Of course, the distributed system 100 may alsobe implemented to include a number of different types of networks, suchas for example, an intranet, a local area network (LAN), a wide areanetwork (WAN), or the like. As stated above, FIG. 1 is intended as anexample, not as an architectural limitation for different embodiments ofthe present invention, and therefore, the particular elements shown inFIG. 1 should not be considered limiting with regard to the environmentsin which the illustrative embodiments of the present invention may beimplemented.

FIG. 2 is a block diagram of an example system 200 in which aspects ofthe illustrative embodiments may be implemented. The system 200 is anexample of a computer, such as client 110 in FIG. 1, in which computerusable code or instructions implementing the processes for illustrativeembodiments of the present invention may be located.

In the depicted example, the system 200 employs a hub architectureincluding a north bridge and memory controller hub (NB/MCH) 202 and asouth bridge and input/output (I/O) controller hub (SB/ICH) 204. Aprocessing unit 206, a main memory 208, and a graphics processor 210 areconnected to NB/MCH 202. The graphics processor 210 may be connected tothe NB/MCH 202 through an accelerated graphics port (AGP).

In the depicted example, a local area network (LAN) adapter 212 connectsto SB/ICH 204. An audio adapter 216, a keyboard and a mouse adapter 220,a modem 222, a read only memory (ROM) 224, a hard disk drive (HDD) 226,a CD-ROM drive 230, a universal serial bus (USB) ports and othercommunication ports 232, and PCI/PCIe devices 234 connect to the SB/ICH204 through first bus 238 and second bus 240. PCI/PCIe devices mayinclude, for example, Ethernet adapters, add-in cards, and PC cards fornotebook computers. PCI uses a card bus controller, while PCIe does not.ROM 224 may be, for example, a flash basic input/output system (BIOS).

The HDD 226 and CD-ROM drive 230 connect to the SB/ICH 204 throughsecond bus 240. The HDD 226 and CD-ROM drive 230 may use, for example,an integrated drive electronics (IDE) or a serial advanced technologyattachment (SATA) interface. Super I/O (SIO) device 236 may be connectedto SB/ICH 204.

An operating system runs on the processing unit 206. The operatingsystem coordinates and provides control of various components within thesystem 200 in FIG. 2. As a client, the operating system may be acommercially available operating system. An object-oriented programmingsystem, such as the Java programming system, may run in conjunction withthe operating system and provides calls to the operating system fromJava programs or applications executing on system 200. (Note: the term“Java” may be subject to trademark rights in various jurisdictionsthroughout the world and are used here only in reference to the productsor services properly denominated by the marks to the extent that suchtrademark rights may exist.)

As a server, system 200 may be, for example, an IBM eServer System pcomputer system, running the Advanced Interactive Executive (AIX)operating system or the LINUX operating system. The system 200 may be asymmetric multiprocessor (SMP) system including a plurality ofprocessors in processing unit 206. Alternatively, a single processorsystem may be employed. (Note: the terms “IBM”, “eServer”, “System p”,“AIX”, and/or “LINUX” may be subject to trademark rights in variousjurisdictions throughout the world and are used here only in referenceto the products or services properly denominated by the marks to theextent that such trademark rights may exist.)

Instructions for the operating system, the programming system, andapplications or programs are located on storage devices, such as HDD226, and may be loaded into main memory 208 for execution by processingunit 206. Similarly, one or more message processing programs accordingto an embodiment may be adapted to be stored by the storage devicesand/or the main memory 208.

The processes for illustrative embodiments of the present invention maybe performed by processing unit 206 using computer usable program code,which may be located in a memory such as, for example, main memory 208,ROM 224, or in one or more peripheral devices 226 and 230.

A bus system, such as first bus 238 or second bus 240 as shown in FIG.2, may comprise one or more buses. Of course, the bus system may beimplemented using any type of communication fabric or architecture thatprovides for a transfer of data between different components or devicesattached to the fabric or architecture. A communication unit, such asthe modem 222 or the network adapter 212 of FIG. 2, may include one ormore devices used to transmit and receive data. A memory may be, forexample, main memory 208, ROM 224, or a cache such as found in NB/MCH202 in FIG. 2.

Those of ordinary skill in the art will appreciate that the hardware inFIGS. 1 and 2 may vary depending on the implementation. Other internalhardware or peripheral devices, such as flash memory, equivalentnon-volatile memory, or optical disk drives and the like, may be used inaddition to or in place of the hardware depicted in FIGS. 1 and 2. Also,the processes of the illustrative embodiments may be applied to amultiprocessor data processing system, other than the system mentionedpreviously, without departing from the spirit and scope of the presentinvention.

Moreover, the system 200 may take the form of any of a number ofdifferent data processing systems including client computing devices,server computing devices, a tablet computer, laptop computer, telephoneor other communication device, a personal digital assistant (PDA), orthe like. In some illustrative examples, the system 200 may be aportable computing device that is configured with flash memory toprovide non-volatile memory for storing operating system files and/oruser-generated data, for example. Thus, the system 200 may essentiallybe any known or later-developed data processing system withoutarchitectural limitation.

A proposed concept may enhance musical performance feedback system byidentifying an instrument profile associated with the musical instrumentused to perform the musical performance and then analyzing the pitch ofnotes of the musical performance based on the identified instrumentprofile so as to determine a measure of tuning of the musicalperformance. Embodiments may enable tuning issues and/characteristics ofthe musical instrument to be identified (e.g. from an instrument profileassociated with the instrument) and the tuning issuesand/characteristics may then be used to analyze tuning of the musicalperformance. Such proposals can extend or improve the assessment andfeedback capabilities of a musical performance feedback system.

For example, it has been realized that there are a number of commontuning issues when playing the trumpet, and proposed embodiments maytake these into account when analyzing note of a musical performance todetermine a measure of tuning of the musical performance. For instance,if analysis indicates that all notes are consistently sharp or flat, itmay be determined that the overall tuning slide of the trumpet used forthe musical performance is incorrect. Also, an algorithm used for theanalysis may: (i) exclude notes that are commonly out of tune fortrumpet performances; (ii) calculate an average pitch of thenon-excluded notes (e.g. an average amount out of tune); and (iii) andthen determine a measure of tuning based on the calculated average pitch(which may subsequently be used to make a suggestion to move the tuningslide of the trumpet in or out for example). By way of further example,analysis may be adapted to identify if higher notes (e.g. those abovethe stave) are sharp, compared to notes within the stave. If such highernotes are identified as being sharp, it may be determined that thissuggests a technique issue where the player is pinching the lips tootightly to achieve the top notes and pulling them sharp. By way of yetanother example, analysis may be adapted to identify if Low C# and Dnotes are sharp compared to other notes (which may, in turn, suggestthat the player is not using the 3rd valve slide of the trumpeteffectively.

Referring to FIG. 3, there is depicted a flow diagram of a method 300according to an exemplary embodiment. The method 300 of this example isfor providing feedback on a musical performance performed with atrumpet.

In step 310, a recording of the musical performance is obtained. Here,any suitable digital audio recording arrangement may be employed togenerate a digital recording of the musical performance.

In step 320, a profile identification unit identifies an instrumentprofile associated with the musical instrument used to perform themusical performance. In doing so, step 320 may process the digitalrecording with an instrument recognition algorithm which is adapted toidentify the musical instrument used to perform the musical performance.An instrument profile comprising information relating tuningcharacteristics of the identified instrument may then be retrieved (e.g.from an internal or external data store). Thus, in this example, step320 identifies that the musical instrument is a brass instrument (namelya trumpet) and the retrieved instrument profile comprises informationrelating tuning characteristics of the brass instrument.

Some embodiments may, however, comprise the step 330 of receiving a userinput indicative of the instrument used to perform the musicalperformance. Thus, it will be understood that proposed embodiments maybe adapted to either identify the musical instrument by analyzing thedigital recording and/or by obtaining information identifying theinstrument (e.g. provided by a user or with the digital recording (suchas within an instrument description header field of the digitalrecording).

Step 340 comprises analyzing the pitch of notes of the musicalperformance based on the instrument profile so as to determine a measureof tuning of the musical performance. The process 340 of analyzing thedigital recording as depicted in FIG. 3 may comprise a plurality ofdiffering (sub-)process, each of which may be used to generate aseparate measure of tuning, as described in FIGS. 4-7.

Finally, in step 350, a feedback signal is generated based on thedetermined measure(s) of tuning from step 340. By way of example, thefeedback signal may be based on the first to fourth measures of tuning,and so may include information about recommendations relating to: thewhether the instrument is flat; the tuning of the upper and/or lowerregister of the instrument; and whether a break or warm-up may beadvised. In this way, recommendations may be made to the performer basedon the recorded musical performance.

Referring to FIG. 4, there is depicted a flow diagram of a method 400, asub-process of method 300 of FIG. 3 according to an exemplaryembodiment. The method 400 of this example is for analyzing the pitch ofnotes of the musical performance based on the instrument profile so asto determine a measure of tuning of the musical performance.

For example, a first sub-process may be used to determine a firstmeasure of tuning of the musical performance based on an average pitch.Such a first sub-process may comprise the step 410 of identifying notesof the musical performance that are described as commonly out of tunenotes by the instrument profile. Then in step 420, the identified notesof the musical performance may be excluded (e.g. ignored, removed orflagged as excluded from the musical performance). Step 430 may thencomprise determining an average pitch of the non-excluded notes of themusical performance. Finally, in step 440, a first measure of tuning ofthe musical performance may be calculated based on the determinedaverage pitch (from step 430). Here, it is noted that the step 430 ofdetermining an average pitch may employ a weighting concept by applyinga weighting values to the non-excluded notes based factor including: atiming of the non-excluded note (e.g. more recent notes may be given ahigher weighting); whether the non-excluded note is within a normalstave range (e.g. notes within the normal stave range may be given ahigher weighting value); and a method of playing the non-excluded note(e.g. notes requiring a certain technique, such as open fingering forexample, may be given a lower weighting value).

Thus, the first sub-process (method 400) may provide a first measure oftuning that is indicative of whether or not the musical instrument isflat.

Referring to FIG. 5, there is depicted a flow diagram of a method 500, asub-process of method 300 of FIG. 3 according to an exemplaryembodiment. The method 500 of this example is for analyzing the pitch ofnotes of the musical performance based on the instrument profile so asto determine a measure of tuning of the musical performance.

As depicted in FIG. 3, the process 340 of analyzing the digitalrecording may comprise a second sub-process which may be used todetermine a second measure of tuning of the musical performance basednotes above a normal stave range. Such a second sub-process may comprisethe step 510 of identifying notes of the musical performance that aredescribed as commonly out of tune notes by the instrument profile. Thenin step 520, the identified notes of the musical performance that aredescribed as commonly out of tune notes may be excluded (e.g. ignored,removed or flagged as excluded from the musical performance). Step 530may then comprise determining an average pitch of non-excluded notesthat are within a normal stave range. Then, based on the determinedaverage pitch, step 540 may comprise determining if notes of the musicalperformance that are above the normal stave range are sharp. Finally, instep 550, a second measure of tuning of the musical performance may bedetermined based on the result of determining (from step 540) if notesof musical performance that are above the normal stave range are sharp.

Thus, the second sub-process (method 500) may provide a second measureof tuning that is indicative of a sharpness of the upper register of theinstrument.

Referring to FIG. 6, there is depicted a flow diagram of a method 600, asub-process of method 300 of FIG. 3 according to an exemplaryembodiment. The method 600 of this example is for analyzing the pitch ofnotes of the musical performance based on the instrument profile so asto determine a measure of tuning of the musical performance.

As depicted in FIG. 3, the process 340 of analyzing the digitalrecording may comprise a third sub-process which may be used todetermine a third measure of tuning of the musical performance basednotes below a normal stave range. Such a third sub-process may comprisethe step 610 of identifying notes of the musical performance that aredescribed as commonly out of tune notes by the instrument profile. Then,in step 620, the identified notes of the musical performance that aredescribed as commonly out of tune notes may be excluded (e.g. ignored,removed or flagged as excluded from the musical performance). Step 630may then comprise determining an average pitch of non-excluded notesthat are within a normal stave range. Then, based on the determinedaverage pitch, step 640 may comprise determining if notes of the musicalperformance that are below the normal stave range are flat. Finally, instep 650, a third measure of tuning of the musical performance may bedetermined based on the result of determining (from step 640) if notesof musical performance that are below the normal stave range are flat.

Thus, the third sub-process (method 600) may provide a third measure oftuning that is indicative of a flatness of the lower register of theinstrument.

Referring to FIG. 7, there is depicted a flow diagram of a method 700, asub-process of method 300 of FIG. 3 according to an exemplaryembodiment. The method 700 of this example is for analyzing the pitch ofnotes of the musical performance based on the instrument profile so asto determine a measure of tuning of the musical performance.

As depicted in FIG. 3, the process 340 of analyzing the digitalrecording may comprise a fourth sub-process which may be used todetermine a fourth measure of tuning of the musical performance based ona trend in the pitch of notes of the musical performance over time. Sucha fourth sub-process may comprise the step 710 of determining a trend inpitch of notes of the musical performance over time. Then, in step 720,based on the determined trend (from step 710), a fourth measure oftuning of the musical performance may be determined.

Thus, the fourth sub-process (method 700) may provide a fourth measureof tuning that is indicative of whether a break or warm-up may beadvised (e.g. because the trend indicates that notes were becomingsharper and the instrument is being played in a cold room (thusindicating further warm-up may be needed), or because the trendindicates the note were becoming flatter (thus indicating a break may beneeded).

To provide another example of how an embodiment may be implemented, anexemplary algorithm for method according to an embodiment may bedescribed as follows:

(I) Use existing/conventional technology to capture audio of a musicalperformance an identify the note pitch being played and whether eachnote individually is in or out of tune;

(II) Record the notes being played and store the recorded notes in adatabase (recording their position in time and their fundamentalfrequency);

(III) Perform analysis on the notes stored in the database;

(a) Exclude commonly out of tune notes (low C#, low D, low E are allcommonly sharp for a trumpet for example), and look at average pitch ofremaining notes, giving a higher weighting to notes played more recentlyand notes played within the normal stave range and notes played on anopen fingering. Based on this, make a recommendation about any overalltuning issue e.g. “Your trumpet is a little flat overall, push yourtuning slide in”

(b) Using average pitch across good notes in the middle of the stave (soF, F#, G, Bb, B, C, C#, D for example) as the reference, check whetherthe upper range (above the stave) is comparatively sharp. Ifcomparatively sharp, make a recommendation “Your upper register issharp—are you pinching the higher notes?”

(c) Using the reference pitch from (III)(b), check whether the lowerrange (below middle C for example) is comparatively in tune (becausethese notes may be hard to form correctly). If not in tune, makerecommendation “Your lower register below the stave is flat—be sure tosupport these notes with enough air.”

(d) Look for changes in pitch over time and make recommendation based onif the notes are becoming flatter or shaper over time. If notes werebecoming flatter, make recommendation “Over the last piece your noteswere becoming flatter—do you need a break?”. If note were becomingsharper, make recommendation “Over the last piece your notes werebecoming sharper and you're in a cold room—do you need to finish warmingyour trumpet up?”

From the description provided above, it will be understood that proposedembodiments may identify issues with tuning of an instrument byanalyzing a musical performance in conjunction which an instrumentprofile describing tuning characteristics of the instrument used for themusical performance. By way of example, such embodiments may extend amusic performance and training feedback system by providing for expertsystem analysis of tuning and playing technique in consideration ofinstrument tuning characteristics.

In some embodiments, there may be provided a system comprising aprocessing arrangement adapted to carry out any method previouslydescribed with reference to FIGS. 1 to 7.

By way of example, as illustrated in FIG. 8, embodiments may comprise acomputer system 70, which may form part of a networked system 7. Thecomponents of computer system/server 70 may include, but are not limitedto, one or more processing arrangements, for example comprisingprocessors or processing units 71, a system memory 74, and a bus 90 thatcouples various system components including system memory 74 toprocessing unit 71.

Bus 90 represents one or more of any of several types of bus structures,including a memory bus or memory controller, a peripheral bus, anaccelerated graphics port, and a processor or local bus using any of avariety of bus architectures. By way of example, and not limitation,such architectures include Industry Standard Architecture (ISA) bus,Micro Channel Architecture (MCA) bus, Enhanced ISA (EISA) bus, VideoElectronics Standards Association (VESA) local bus, and PeripheralComponent Interconnect (PCI) bus.

Computer system/server 70 typically includes a variety of computersystem readable media. Such media may be any available media that isaccessible by computer system/server 70, and it includes both volatileand non-volatile media, removable and non-removable media.

System memory 74 can include computer system readable media in the formof volatile memory, such as random access memory (RAM) 75 and/or cachememory 76. Computer system/server 70 may further include otherremovable/non-removable, volatile/non-volatile computer system storagemedia. By way of example only, storage system 77 can be provided forreading from and writing to a non-removable, non-volatile magnetic media(not shown and typically called a “hard drive”). Although not shown, amagnetic disk drive for reading from and writing to a removable,non-volatile magnetic disk (e.g., a “floppy disk”), and an optical diskdrive for reading from or writing to a removable, non-volatile opticaldisk such as a CD-ROM, DVD-ROM or other optical media can be provided.In such instances, each can be connected to bus 90 by one or more datamedia interfaces. As will be further depicted and described below,memory 74 may include at least one program product having a set (e.g.,at least one) of program modules that are configured to carry out thefunctions of embodiments of the invention.

Program/utility 78, having a set (at least one) of program modules 79,may be stored in memory 74 by way of example, and not limitation, aswell as an operating system, one or more application programs, otherprogram modules, and program data. Each of the operating system, one ormore application programs, other program modules, and program data orsome combination thereof, may include an implementation of a networkingenvironment. Program modules 79 generally carry out the functions and/ormethodologies of embodiments of the invention as described herein.

Computer system/server 70 may also communicate with one or more externaldevices 80 such as a keyboard, a pointing device, a display 85, etc.;one or more devices that enable a user to interact with computersystem/server 70; and/or any devices (e.g., network card, modem, etc.)that enable computer system/server 70 to communicate with one or moreother computing devices. Such communication can occur via Input/Output(I/O) interfaces 72. Still yet, computer system/server 70 cancommunicate with one or more networks such as a local area network(LAN), a general wide area network (WAN), and/or a public network (e.g.,the Internet) via network adapter 73. As depicted, network adapter 73communicates with the other components of computer system/server 70 viabus 90. It should be understood that although not shown, other hardwareand/or software components could be used in conjunction with computersystem/server 70. Examples, include, but are not limited to: microcode,device drivers, redundant processing units, external disk drive arrays,RAID systems, tape drives, and data archival storage systems, etc. Inthe context of the present application, where embodiments of the presentinvention constitute a method, it should be understood that such amethod is a process for execution by a computer, i.e. is acomputer-implementable method. The various steps of the method thereforereflect various parts of a computer program, e.g. various parts of oneor more algorithms.

The present invention may be a system, a method, and/or a computerprogram product. The computer program product may include a computerreadable storage medium (or media) having computer readable programinstructions thereon for causing a processor to carry out aspects of thepresent invention.

The computer readable storage medium can be a tangible device that canretain and store instructions for use by an instruction executiondevice. The computer readable storage medium may be, for example, but isnot limited to, an electronic storage device, a magnetic storage device,an optical storage device, an electromagnetic storage device, asemiconductor storage device, or any suitable combination of theforegoing. A non-exhaustive list of more specific examples of thecomputer readable storage medium includes the following: a portablecomputer diskette, a hard disk, a random access memory (RAM), aread-only memory (ROM), an erasable programmable read-only memory (EPROMor Flash memory), a storage class memory (SCM), a static random accessmemory (SRAM), a portable compact disc read-only memory (CD-ROM), adigital versatile disk (DVD), a memory stick, a floppy disk, amechanically encoded device such as punch-cards or raised structures ina groove having instructions recorded thereon, and any suitablecombination of the foregoing. A computer readable storage medium, asused herein, is not to be construed as being transitory signals per se,such as radio waves or other freely propagating electromagnetic waves,electromagnetic waves propagating through a waveguide or othertransmission media (e.g., light pulses passing through a fiber-opticcable), or electrical signals transmitted through a wire.

Computer readable program instructions described herein can bedownloaded to respective computing/processing devices from a computerreadable storage medium or to an external computer or external storagedevice via a network, for example, the Internet, a local area network, awide area network and/or a wireless network. The network may comprisecopper transmission cables, optical transmission fibers, wirelesstransmission, routers, firewalls, switches, gateway computers and/oredge servers. A network adapter card or network interface in eachcomputing/processing device receives computer readable programinstructions from the network and forwards the computer readable programinstructions for storage in a computer readable storage medium withinthe respective computing/processing device.

Computer readable program instructions for carrying out operations ofthe present invention may be assembler instructions,instruction-set-architecture (ISA) instructions, machine instructions,machine dependent instructions, microcode, firmware instructions,state-setting data, or either source code or object code written in anycombination of one or more programming languages, including an objectoriented programming language such as Smalltalk, C++ or the like, andconventional procedural programming languages, such as the “C”programming language or similar programming languages. The computerreadable program instructions may execute entirely on the user'scomputer, partly on the user's computer, as a stand-alone softwarepackage, partly on the user's computer and partly on a remote computeror entirely on the remote computer or server. In the latter scenario,the remote computer may be connected to the user's computer through anytype of network, including a local area network (LAN) or a wide areanetwork (WAN), or the connection may be made to an external computer(for example, through the Internet using an Internet Service Provider).In some embodiments, electronic circuitry including, for example,programmable logic circuitry, field-programmable gate arrays (FPGA), orprogrammable logic arrays (PLA) may execute the computer readableprogram instructions by utilizing state information of the computerreadable program instructions to personalize the electronic circuitry,in order to perform aspects of the present invention.

Aspects of the present invention are described herein with reference toflowchart illustrations and/or block diagrams of methods, apparatus(systems), and computer program products according to embodiments of theinvention. It will be understood that each block of the flowchartillustrations and/or block diagrams, and combinations of blocks in theflowchart illustrations and/or block diagrams, can be implemented bycomputer readable program instructions.

These computer readable program instructions may be provided to aprocessor of a general purpose computer, special purpose computer, orother programmable data processing apparatus to produce a machine, suchthat the instructions, which execute via the processor of the computeror other programmable data processing apparatus, create means forimplementing the functions/acts specified in the flowchart and/or blockdiagram block or blocks. These computer readable program instructionsmay also be stored in a computer readable storage medium that can directa computer, a programmable data processing apparatus, and/or otherdevices to function in a particular manner, such that the computerreadable storage medium having instructions stored therein comprises anarticle of manufacture including instructions which implement aspects ofthe function/act specified in the flowchart and/or block diagram blockor blocks.

The computer readable program instructions may also be loaded onto acomputer, other programmable data processing apparatus, or other deviceto cause a series of operational steps to be performed on the computer,other programmable apparatus or other device to produce a computerimplemented process, such that the instructions which execute on thecomputer, other programmable apparatus, or other device implement thefunctions/acts specified in the flowchart and/or block diagram block orblocks.

The flowchart and block diagrams in the Figures illustrate thearchitecture, functionality, and operation of possible implementationsof systems, methods, and computer program products according to variousembodiments of the present invention. In this regard, each block in theflowchart or block diagrams may represent a module, segment, or portionof instructions, which comprises one or more executable instructions forimplementing the specified logical function(s). In some alternativeimplementations, the functions noted in the block may occur out of theorder noted in the figures. For example, two blocks shown in successionmay, in fact, be executed substantially concurrently, or the blocks maysometimes be executed in the reverse order, depending upon thefunctionality involved. It will also be noted that each block of theblock diagrams and/or flowchart illustration, and combinations of blocksin the block diagrams and/or flowchart illustration, can be implementedby special purpose hardware-based systems that perform the specifiedfunctions or acts or carry out combinations of special purpose hardwareand computer instructions.

The descriptions of the various embodiments of the present inventionhave been presented for purposes of illustration, but are not intendedto be exhaustive or limited to the embodiments disclosed. Manymodifications and variations will be apparent to those of ordinary skillin the art without departing from the scope and spirit of the describedembodiments. The terminology used herein was chosen to best explain theprinciples of the embodiments, the practical application or technicalimprovement over technologies found in the marketplace, or to enableothers of ordinary skill in the art to understand the embodimentsdisclosed herein.

Some helpful definitions follow:

“Present invention” does not create an absolute indication and/orimplication that the described subject matter is covered by the initialset of claims, as filed, by any as-amended set of claims drafted duringprosecution, and/or by the final set of claims allowed through patentprosecution and included in the issued patent. The term “presentinvention” is used to assist in indicating a portion or multipleportions of the disclosure that might possibly include an advancement ormultiple advancements over the state of the art. This understanding ofthe term “present invention” and the indications and/or implicationsthereof are tentative and provisional and are subject to change duringthe course of patent prosecution as relevant information is developedand as the claims may be amended.

“Embodiment,” see the definition for “present invention.”

“And/or” is the inclusive disjunction, also known as the logicaldisjunction and commonly known as the “inclusive or.” For example, thephrase “A, B, and/or C,” means that at least one of A or B or C is true;and “A, B, and/or C” is only false if each of A and B and C is false.

A “set of” items means there exists one or more items; there must existat least one item, but there can also be two, three, or more items. A“subset of” items means there exists one or more items within a groupingof items that contain a common characteristic.

A “plurality of” items means there exists at more than one item; theremust exist at least two items, but there can also be three, four, ormore items.

“Includes” and any variants (e.g., including, include, etc.) means,unless explicitly noted otherwise, “includes, but is not necessarilylimited to.”

A “user” or a “subscriber” includes, but is not necessarily limited to:(i) a single individual human; (ii) an artificial intelligence entitywith sufficient intelligence to act in the place of a single individualhuman or more than one human; (iii) a business entity for which actionsare being taken by a single individual human or more than one human;and/or (iv) a combination of any one or more related “users” or“subscribers” acting as a single “user” or “subscriber.”

The terms “receive,” “provide,” “send,” “input,” “output,” and “report”should not be taken to indicate or imply, unless otherwise explicitlyspecified: (i) any particular degree of directness with respect to therelationship between an object and a subject; and/or (ii) a presence orabsence of a set of intermediate components, intermediate actions,and/or things interposed between an object and a subject.

A “computer” is any device with significant data processing and/ormachine readable instruction reading capabilities including, but notnecessarily limited to: desktop computers; mainframe computers; laptopcomputers; field-programmable gate array (FPGA) based devices; smartphones; personal digital assistants (PDAs); body-mounted or insertedcomputers; embedded device style computers; and/or application-specificintegrated circuit (ASIC) based devices.

A “data communication” includes, but is not necessarily limited to, anysort of data communication scheme now known or to be developed in thefuture. “Data communications” include, but are not necessarily limitedto: wireless communication; wired communication; and/or communicationroutes that have wireless and wired portions. A “data communication” isnot necessarily limited to: (i) direct data communication; (ii) indirectdata communication; and/or (iii) data communication where the format,packetization status, medium, encryption status, and/or protocol remainsconstant over the entire course of the data communication.

The term “real time” (and the adjective “real-time”) includes any timeframe of sufficiently short duration as to provide reasonable responsetime for information processing as described. Additionally, the term“real time” (and the adjective “real-time”) includes what is commonlytermed “near real time,” generally any time frame of sufficiently shortduration as to provide reasonable response time for on-demandinformation processing as described (e.g., within a portion of a secondor within a few seconds). These terms, while difficult to preciselydefine, are well understood by those skilled in the art.

What is claimed is:
 1. A computer-implemented method for providingfeedback on a musical performance performed with a brass instrument, themethod comprising: identifying an instrument profile associated with atrumpet used to perform a musical performance including a set of musicalnotes, the trumpet being a brass instrument, the instrument profilecomprising information relating to tuning characteristics of brassinstruments including a description of commonly out-of-tune musicalnotes for brass instruments; identifying the commonly out-of-tunemusical notes from the set of musical notes of the musical performanceas a set of expected errors; excluding the set of expected errors fromthe set of musical notes to generate a remaining set of musical notes;determining an average pitch of the remaining set of notes by applying aweighting value to each remaining note based a timing of the remainingnote, whether the remaining note is within a normal stave range, and amethod of playing the remaining note; determining a first set ofremaining notes above a normal stave range that are sharp; determining asecond set of remaining notes below the normal stave range that areflat; determining a trend in a pitch of a musical note of the set ofmusical notes over time; determining a first measure of tuning of themusical performance based on the average pitch; determining a secondmeasure of tuning of the musical performance based on the first set ofremaining notes above the normal stave range that are sharp; determininga third measure of tuning of the musical performance based on the secondset of remaining notes below the normal stave range that are flat;determining a fourth measure of tuning of the musical performance basedon the determined trend; and generating a feedback signal including afirst signal indicative of the trumpet being flat based on the firstmeasure of tuning, a second signal indicative of a sharpness of an upperregister based on the second measure of tuning, a third signalindicative of a flatness of a lower register based on the third measureof tuning, and a fourth signal indicative of a warm-up being advisedbased on the fourth measure of tuning.